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(57) Abstract 

The present invention 
provides a management 
system and method for a 
telecommunications system, 
the telecommunications system 
having a plurality of objects 
representing elemuits of the 
telecommunications system 
and/or operations that may be 
applied to those elements. The 
management system comprises 
a management controller 
connectable to an item of 
telecommunications equipment 
of the telecommunications 
system for passing messages over 
a communications link between 
the management controller and 
a management element of the 
telecommunications system to 
invoke management operations. 
Further, the management system 
comprises means for defining 

a number of messages which may be generated by the management controller or the management element for passing ever the 
communications link, each message being arranged to include one or more information elements. At least one of the messages is arranged 
to identify one of said objects as an information element and to cause different management operations to be invoked dependent on die 
objca identified. By this approach, a separate message is not required for each management operation, and instead particular management 
operations can be invoked by virtue of the object specified within a particular message. This enables a simple generic interface to be 
provided between the management system and the telecommunicaitons system that is independent of the particular management functions 
that need to be performed on any particular telecommunlcadons system. Hence, this enables the management system to be readily reused 
with different telecommunications systems without the requirement to alter the message interface between the management system and die 
telecommunications system. 
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MANAGEMENT OF A TELECOMMUNICATIONS SYSTEM 

FTFLD OF THE INVENTION 

The present invention relates generally to the management of a 
5 telecommunications system, and more particularly to management systems and 
methods for interfacing with the telecommunications system to perform management 
functions. 

BACKGROUND OF THE INVENTION 

In a typical telecommunications system, a subscriber terminal may be located 

10 at a subscriber's premises for handling calls to and from that subscriber. One or 
more lines may be provided from the subscriber terminal for supponing one or more 
items of telecommunications equipment located at the subscriber's premises. Further, 
a central terminal may be provided for controlling a number of subscriber terminals, 
and in particular for managing calls between a subscriber terminal and other 

15 components of a telecommunications network. 

As the number of users of telecommunications networks increases, so there 
is an ever increasing demand for such networks to be able to support more users. As 
techniques are developed to enable such systems to suppon more and more subscriber 
terminals, and hence more users, then it is clear that the telecommunications systems 

20 become more complex, and that thus the issue of managing such telecommunications 
systems becomes more complicated. 

As the number of elements in the telecommunications system increases, dien 
clearly the volume of management information to be handled will tend to increase. 
For example, the various elements within the telecommimications system will need 

25 to be configured, and hence configuration information will have to be distributed to 
those elements. Further, management functions such as the management of alarms 
generated by the elements of the telecommunications system, and the downloading of 
software to the telecommunications system, will need to be implemented. 

It is known to provide a management system, such as an element manager, to 

30 handle the various management functions. Typically, the management system would 
be arranged to establish a connection with an item of telecommunications equipment. 
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for example a central terminal, and to then initiate the various management functions. 
However, as the size of the telecommunications system increases, and hence more 
and more elements need to be managed, then the variety of management information 
and functions which must be passed over the communications link between the 
5 element manager and the telecommunications system tends to become quite large, 
resulting in a complex interface being required between the management system and 
the telecommunications system. 

It is hence an object of the present invention to provide an improved technique 
for managing a telecommunications system. 

10 SUMMARY OF THE INVENTION 

Viewed from a first aspect, the present invention provides a management 
system for a telecommunications system, the teleconmiunications system having a 
plurality of objects representing elements of the telecommunications system and/or 
operations that may be applied to those elements, the management system comprising: 

15 a management controller connectable to an item of teleconmiimications equipment of 
the telecommunications system for passing messages over a communications link 
between the management controller and a management element of the 
teleconmiumcations system to invoke management operations; means for defining a 
number of messages which may be generated by the management controller or the 

20 management element for passing over the conmiunications link, each message being 
arranged to include one or more mformation elements; at least one of the messages 
being arranged to identify one of said objects as an mformation element and to cause 
different management operations to be invoked dependent on the object identified. 
In accordance with the present invention, a management controller of the 

25 management system is arranged to establish a conununications link widi a 
management element of the telecommunications system so as to enable management 
operations to be invoked. Further, the management system has access to a number 
of messages which can be generated for passing over the communicadons link so as 
to invoke the management operations, each message being arranged to include one 

30 or more information elements. The telecommunications system has a plurality of 
objects representing elements of the telecommunications system and/or operations that 
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may be applied to those elements, and, in accordance with the present invention, at 
least one of the messages is arranged to identify one of the objects as an information 
element and to cause different management operations to be invoked dependent on the 
object identified. 

5 By this approach, a separate message is not required for each management 

operation, and instead particular management operations can be invoked by virme of 
the object specified within a particular message. This enables the number of 
messages required to operate the interface between the management system and the 
telecommunications system to be drastically reduced, thereby significantly simplifying 

10 the interface between the management system and the telecommunications system. 
Furthermore » by this approach, it is possible to develop a generic interface between 
the management system and the telecommunications system that is independent of the 
panicular management functions that need to be performed on any panicular 
telecommunications system. Hence, this enables the management system to be readily 

15 reused with different telecommunications systems without the requirement to alter the 
message mterface between the management system and the telecommunications 
system. 

The objects provided by the telecommunications system can represent various 
entities. For example, at least one of the plurality of objects may represent an 

20 element of the telecommunications system. Further, at least one of the plurality of 
objects may represent an element of the teleconmiunications system and an operation 
to be applied to that element. It will also be apparent diat the objects may represent 
other combinations of elements and/or operations. For example, an object may 
represent a single element and a group of operations to be applied to that element, or 

25 alternatively an object may represent a group of elements and an operation to be 
applied to that group of elements. 

In preferred embodiments, said means for defining defmes a first message that 
is arranged to include two information elements, a first information element 
identifying a particular object from said plurality of objects, and the second 

30 information element identifying object data to replace corresponding object data in the 
particular object. Hence, this message can be used to change the content of a 
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particular object, and so for example may be used to alter configuration data of an 
object. 

However, in preferred embodiments, the particular object identified by the 
first information element may represent an element of the telecommunications system 
5 and an operation to be applied to that element, the management controller being 
arranged to pass the first message over the communications link to the management 
element to invoke a management opeiration, the management operation invoked 
depending on the operation represented by the particular object. Hence, this first 
message can also be used to invoke a number of different management operations, the 

10 exact management operation being invoked depending on the operation represented 
by the particular object. This enables the same basic message to be used over the 
communications link between the management system and the telecommunications 
system, whilst the objects provided by the telecommunications system and referenced 
in the message determine the management function to be employed. Therefore, the 

15 message set for the interface between the management system and the 
teleconununications system can be developed independently of the structure of the 
telecommunications system, and of the management functions to be performed in 
respect of that telecommunications system. 

In preferred embodiments, said means for defining defines a second message 

20 that is arranged to include an information element identifying one of said plurality of 
objects, receipt of the second message causing the identified object to be retrieved and 
output as an information element within a third message defined by said means for 
defining. 

Further, in preferred embodiments, said means for defining defines a fourth 
25 message that is issued to acknowledge receipt of a message passed over the 
communications link. Preferably, the fourth message is issued if the message to be 
acknowledged by the fourth message could not be processed correctly, the fourth 
message including as an information element an indication of the processing problem. 
For example, the information element may specify that the message being 
30 acknowledged was sent to an unknown object, or, in the case of the first message, 
that the object data intended to replace the addressed object was of a size which did 
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not correspond to the addressed object, etc. 

In the simplest embodiment, the item of teieconmiunications equipment to 
which the management controller connects will also contain the management element. 
However, in alternative embodiments, the management controller is connectable to 

S a first item of telecommunications equipment of the telecommunications system, and 
the management element of the telecommunications system resides on a second item 
of telecommunications equipment, and the messages are routed to and from the 
management element via a connection medium of the telecommunications system 
connecting the first and second items of telecommunications equipment. In such 

10 embodiments, the connection medium is preferably a backhaul used to transfer 
telecommunications signals between the first and second items of telecommunications 
equipment, a management slot being provided on the backhaul to facilitate transfer 
of the messages between the management element and the first item of 
telecommunications equipment. 

15 Viewed from a second aspect, the present uivention provides a 

telecommunications system, comprising: a storage for maintaining a plurality of 
objects representing elements of the telecommunications system and/or operations that 
may be applied to those elements; a management element for communicating over a 
communications link with a management system; and a management system in 

20 accordance with the first aspect of the present invention. 

Viewed from a third aspect, the present invention provides a method of 
managing a telecommunications system, the teieconmiunications system having a 
plurality of objects representing elements of the telecommunications system and/or 
operations that may be applied to those elements, the method comprising the steps of: 

25 connecting a management controller to an item of telecommimications equipment of 
the telecommunications system; selecting a message from a number of messages, each 
message in the number of messages being arranged to include one or more 
information elements; passing the selected message over a communications link 
between the management controller and a management element of the 

30 telecommunications system to invoke a management operation; and invoking the 
management operation, at least one of the messages being arranged to identify one 
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of said objects as an information element and to cause different management 
operations to be invoked dependent on the object identified. 
BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be described further, by way of example only, with 
5 reference to a preferred embodiment thereof as illustrated in the accompanying 
drawings, in which: 

Figure 1 is a schematic overview of an example of a wireless 
teleconmiunications system in which the present invention may be employed; 

Figure 2 is a schematic illustration of an example of a subscriber terminal of 
10 the telecommunications system of Figure 1; 

Figure 3 is a schematic illustration of an example of a central terminal of the 
telecommunications system of Figure 1 ; 

Figure 3A is a schematic illustration of a modem shelf of a central terminal 
of the teleconmiunications system of Figure 1 ; 
15 Figure 4 is an illustration of an example of a frequency plan for the 

teleconmiunications system of Figure 1; 

Figure 5 is a block diagram showing elements of an access concentrator, a 
central terminal and an element manager in accordance with preferred embodiments 
of the present invention; 
20 Figures 6A to 6F illustrate the format of the various messages used for 

management communications between the management system and the 
telecommunications system in accordance with preferred embodiments of the present 
invention; 

Figures 7A to 7D illustrate the format of the information elements contained 
25 within the messages illustrated in Figures 6A to 6F; and 

Figure 8 is an interaction diagram illustrating the sequence of messages passed 
between the management controller of the management system and a shelf controller 
of the teleconmiunications system in order to perform a software download function 
in accordance with preferred embodiments of the present invention. 
30 DESCRIPTION OF PREFERRED EMBODIMENT 

The present invention may be employed to manage any type of 
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telecommunications system, for example a wired telecommunications system, or a 
wireless telecommunications system. Further, the present invention can be employed 
with a telecommunications system arranged to handle any type of telecommunications 
signal, for example a telephone signal, a video signal, or data signals such as those 

5 used for transmitting data over the Internet, or arranged to support new technologies 
such as broadband and video-on-demand technologies. However, for the purpose of 
describing a preferred embodiment of the present invention, a wireless 
teleconmiunications system will be considered that is used for handling telephony 
signals, such as POTS (Plain Old Telephony System) signals. 

10 Before describing a preferred embodiment of the present invention, an 

example of such a wireless telecommunications system in which the present invention 
may be employed will first be discussed with reference to figures 1 to 4. 

Figure 1 is a schematic overview of an example of a wireless 
teleconmiunications system. The teleconununications system includes one or more 

IS service areas 12, 14 and 16, each of which is served by a respective central terminal 
(CT) 10 which establishes a radio link with subscriber terminals (ST) 20 within the 
area concerned. The area which is covered by a central terminal 10 can vary. For 
example, in a rural area with a low density of subscribers, a service area 12 could 
cover an area with a radius of 15-20Km. A service area 14 in an urban environment 

20 where there is a high density of subscriber terminals 20 might only cover an area with 
a radius of the order of 100m. In a suburban area with an intermediate density of 
subscriber terminals, a service area 16 might cover an area with a radius of the order 
of IKm. It will be appreciated that the area covered by a particular central terminal 
10 can be chosen to suit the local requirements of expected or actual subscriber 

25 density, local geographic considerations, etc, and is not limited to the examples 
illustrated in Figure 1. Moreover, the coverage need not be, and typically will not 
be circular in extent due to antenna design considerations, geographical factors, 
buildings and so on, which will affect the distribution of transmitted signals. 

The central terminals 10 for respective service areas 12, 14, 16 can be 

30 connected to each other by means of links 13, 15 and 17 which interface, for 
example, with a public switched telephone network (PSTN) 18. The links can include 
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conventional telecommunications technology using copper wires, optical fibres, 
satellites, microwaves, etc. 

The wireless telecommunications system of Figure 1 is based on providing 
radio links between subscriber terminals 20 at fixed locations within a service area 

5 (e.g., 12, 14, 16) and the central terminal 10 for that service area. These wireless 
radio links are established over predetermined frequency channels, a frequency 
channel typically consisting of one frequency for uplink signals from a subscriber 
terminal to the central terminal, and another frequency for downlink signals from the 
cenoral terminal to the subscriber terminal. 

10 Due to bandwidth constraints, it is not practical for each individual subscriber 

terminal to have its own dedicated frequency channel for communicating with a 
central terminal. Hence, techniques have been developed to enable data items relating 
to different wireless links (i.e. different ST-CT communications) to be transmitted 
simultaneously on the same frequency channel without interfering with each other. 

15 One such technique involves the use of a "Code Division Multiple Access" (CDMA) 
technique whereby a set of orthogonal codes may be applied to the data to be 
transmitted on a particular frequency channel, data items relating to different wireless 
links being combined with different orthogonal codes from the set. Signals to which 
an orthogonal code has been applied can be considered as being transmitted over a 

20 corresponding orthogonal channel within a particular frequency channel. 

One way of operating such a wireless teleconmiunications system is in a fixed 
assignment mode, where a particular ST is directly associated with a particular 
orthogonal channel of a particular frequency channel. Calls to and from items of 
telecommunications equipment connected to that ST will always be handled by that 

25 orthogonal channel on that particular frequency channel, the orthogonal channel 
always being available and dedicated to that particular ST. 

However, as the number of users of telecommunications networks increases, 
so there is an ever increasing demand for such networks to be able to support more 
users. To increase the number of users that may be supported by a single central 

30 terminal, an alternative way of operating such a wireless teleconununications system 
is in a Demand Assignment mode, in which a larger number of STs are associated 
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with the central terminal than the number of traffic-bearing orthogonal channels 
available. These orthogonal channels are then assigned to particular STs on demand 
as needed. This approach means that far more STs can be supported by a single 
central terminal than is possible in a fixed assignment mode, the exact number 

5 supported depending on the level of dial tone service that the service provider desires. 
In preferred embodiments of the present invention, each subscriber terminal 20 is 
provided with a demand-based access to its central terminal 10, so that the number 
of subscribers which can be serviced exceeds the number of available wireless links. 
Figure 2 illustrates an example of a configuration for a subscriber terminal 20 

10 for the telecommunications system of Figure 1. Figure 2 includes a schematic 
representation of customer premises 22, A customer radio unit (CRU) 24 is mounted 
on the customer's premises. The customer radio unit 24 includes a flat panel antenna 
or the like 23. The customer radio unit is mounted at a location on the customer's 
premises, or on a mast, etc., and in an orientation such that the flat panel antenna 23 

IS within the customer radio imit 24 faces in the direction 26 of the central terminal 10 
for the service area in which the customer radio unit 24 is located. 

The customer radio unit 24 is connected via a drop line 28 to a power supply 
unit (PSU) 30 within the customer's premises. The power supply unit 30 is 
connected to the local power supply for providing power to the customer radio unit 

20 24 and a network terminal unit (NTU) 32. The customer radio unit 24 is also 
connected via the power supply unit 30 to the network terminal unit 32, which in turn 
is connected to telecommunications equipment in die customer's premises, for 
example to one or more telephones 34, facsimile machines 36 and computers 38 . The 
telecommunications equipment is represented as being within a single customer's 

25 premises. However, this need not be the case, as the subscriber terminal 20 can 
support multiple lines, so that several subscriber lines could be supported by a single 
subscriber terminal 20. The subscriber terminal 20 can also be arranged to support 
analogue and digital teleconmiunications, for example analogue conmiunications at 
16, 32 or 64kbits/sec or digital communications in accordance with the ISDN BRA 

30 standard. 

Figure 3 is a schematic illustration of an example of a central terminal of the 
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telecommunications system of Figure 1. The common equipment rack 40 comprises 
a number of equipment shelves 42, 44, 46, including a RF Combiner and power amp 
shelf (RFC) 42, a Power Supply shelf (PS) 44 and a number of (in this example four) 
Modem Shelves (MS) 46. The RF combiner shelf 42 allows the modem shelves 46 

5 to operate in parallel. If 'n' modem shelves are provided, then the RF combiner shelf 
42 combines and amplifies the power of 'n' transmit signals, each transmit signal 
being from a respective one of the *n* modem shelves, and amplifies and splits 
received signals *n* way so that separate signals may be passed to the respective 
modem shelves. The power supply shelf 44 provides a connection to the local power 

10 supply and fusing for the various components in the common equipment rack 40. A 
bidirectional connection extends between the RF combiner shelf 42 and the main 
central terminal antenna 52, such as an omnidirectional antenna, mounted on a central 
terminal mast SO. 

This example of a central terminal 10 is connected via a point-to-point 

IS microwave link to a location where an interface to the public switched telephone 
network 18, shown schematically in Figure 1, is made. As mentioned above, other 
types of connections (e.g., copper wires or optical fibres) can be used to link the 
central terminal 10 to the jjublic switched telephone network 18. In this example the 
modem shelves are connected via lines 47 to a microwave terminal (MT) 48. A 

20 microwave link 49 extends from the microwave terminal 48 to a point-to-point 
microwave antenna 54 mounted on the mast SO for a host connection to the public 
switched telephone network 18. 

A personal computer, workstation or the like can be provided as a site 
controller (SC) 56 for supporting the central terminal 10. The site controller 56 can 

25 be connected to each modem shelf of the central terminal 10 via, for example, RS232 
connections 55. The site controller 56 can then provide support functions such as the 
localisation of faults, alarms and status and the configuring of the central terminal 10. 
A site controller 56 will typically support a single central terminal 10, although a 
plurality of site controllers 56 could be networked for supporting a plurality of central 

30 terminals 10. 

As an alternative to the RS232 connections 55, which extend to a site 
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controller 56, data connections such as an X.2S links 57 (shown with dashed lines in 
Figure 3) could instead be provided from a pad 228 to a switching node 60 of an 
element manager (EM) 58. An element manager 58 can support a number of 
distributed central terminals 10 connected by respective connections to the switching 
5 node 60. The element manager 58 enables a potentially large number (e.g., up to, 
or more than 1000) of central terminals 10 to be integrated into a management 
network. The element manager 58 is based around a powerful workstation 62 and 
can include a number of computer terminals 64 for network engineers and control 
personnel. 

10 Figure 3A illustrates various parts of a modem shelf 46. A transmit/receive 

RF unit (RFU - for example implemented on a card in the modem shelf) 66 generates 
the modulated transmit RF signals at medium power levels and recovers and amplifies 
the baseband RF signals for the subscriber terminals. The RF unit 66 is connected 
to an analogue card (AN) 68 which performs A-D/D-A conversions, baseband 

15 filtering and the vector summation of the various transmitted signals from the modem 
cards (MCs) 70. The analogue unit 68 is connected to a number of (typically 1-8) 
modem cards 70. The modem cards perform the baseband signal processing of the 
transmit and receive signals to/from the subscriber terminals 20. This may include 
1/2 rate convolution coding and x 16 spreading with "Code Division Multiplexed 

20 Access" (CDMA) codes on the transmit signals, and synchronisation recovery, de- 
spreading and error correction on the receive signals. The modem cards 70 are 
connected to the tributary unit (TU) 74 which terminates the connection to the host 
public switched telephone network 18 (e.g., via one of the lines 47) and handles the 
signalling of telephony information to the subscriber terminals via one of the modems. 

25 Further, each modem shelf 46 includes a shelf controller 72 that is used to manage 
the operation of the whole of the modem shelf and its daughter network sub-elements 
(NSEs). The shelf controller (SC) is provided with a RS232 serial port for 
connection to the site controller 56 or to the pad 228. The shelf controller 
conmiunicates control and data information via a backplane asynchronous bus directly 

30 with the other elements of the modem shelf. Other network sub-elements are 
connected via die modem cards. 
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The wireless telecommunications between a central terminal 10 and the 
subscriber terminals 20 could operate on various frequencies. Figure 4 illustrates one 
possible example of the frequencies which could be used. In the present example, the 
wireless telecommunication system is intended to operate in the 1.5-2.5GHz Band. 

5 In panicular the present example is intended to operate in the Band defined by ITU-R 
(CCIR) Recommendation F.701 (2025-2110MHz, 2200-2290MHz). Figure 4 
illustrates the frequencies used for the uplink from the subscriber terminals 20 to the 
central terminal 10 and for the downlink from the central terminal 10 to the 
subscriber terminals 20. It will be noted that 12 uplink and 12 downlink radio 

10 channels of 3.5MHz each are provided centred about 2155MHz. The spacing 
between the receive and transmit channels exceeds the required minimum spacing of 
70MHz. 

In the present example, each modem shelf is arranged to support 1 frequency 
channel (i.e. one uplink frequency plus the corresponding downlink frequency)* with 

15 techniques such as *Code Division Multiplexed Access' (CDMA) being used to enable 
a plurality of wireless links to subscriber terminals to be simultaneously supported on 
a plurality of orthogonal channels within each frequency channel. 

Typically, the radio traffic from a particular central terminal 10 will extend 
into the area covered by a neighbouring central terminal 10. To avoid, or at least to 

20 reduce interference problems caused by adjoining areas, only a limited number of the 
available frequencies will be used by any given central terminal 10. This is discussed 
in more detail in GB-A-2,301,751, which also provides further details on CDMA 
encoding/decoding, and on the signal processing stages employed in the subscriber 
terminals and central terminal to manage CDMA conununications between them. 

25 The above description has provided an overview of a suitable wireless 

teleconununications system in which the present invention may be employed. The 
techniques used in preferred embodiments of the present invention to manage the 
wireless telecommunications system will now be discussed. 

As discussed earlier, in a Demand Assignment mode of operation, far more 

30 STs can be supported than there are traffic bearing channels to handle wireless links 
with those STs, the exact number supported depending on the level of dial tone 
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service that the service provider desires. 

However, the use of a Demand Assignment mode complicates the interface 
between the central terminal and the switch of a public switched telephone network 
(PSTN). On the switch side interface; the CT must provide services to the switch as 
5 though all of the subscribers are connected with direct service even though they may 
not be actually acquired to a radio frequency channel. Regardless of whether the ST 
is acquired or not to the switch, all of the subscribers must have a presence at the 
interface to the switch. Without some form of concentration, it is clear that a large 
number of interfaces to the switch would need to be provided. However, most PSTN 

10 switches still use unconcentrated interfaces, for example V5.1 or CAS, and only 
relatively few use concentrated interfaces, such as TR303 or V5.2. 

To avoid each central terminal having to provide such a large number of 
interfaces to the switch, it is proposed to use an access concentrator, which transmits 
signals to, and receives signals from, the central terminal using concentrated 

15 interfaces, but maintains an unconcentrated interface to the switch, protocol 
conversion and mapping functions being employed within the access concentrator to 
convert signals from a concentrated format to an unconcentrated format, and vice 
versa. Such an access concentrator is illustrated in Figure 5, which illustrates 
elements of the access concentrator and central terminal used to handle calls. 

20 It will be appreciated by those skilled in the art that, although the access 

concentrator 100 is illustrated in Figure 5 as a separate unit to the central terminal 10, 
and indeed this is the preferred implementation, it is also possible that the functions 
of the access concentrator could be provided within the central terminal 10 in 
situations where that was deemed appropriate. 

25 As illustrated in Figure 5, the Access Concentrator 100 has a number of 

tributary units 110, hereafter referred to as XTUs (Exchange (facing) Tributary 
Units), which provide an unconcentrated interface to the switch of a 
telecommunications network. When an incoming call is received over path 200 from 
the switch of a telecommunications network, then the XTU 1 10 receiving that call is 

30 arranged to determme from information associated with that incoming call which 
subscriber terminal line the incoming call is destined for, and to then use that 
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information to access a database 150 associated with that XTU 110 in order to 
retrieve all of the necessary information about that subscriber terminal line to enable 
the call to be routed through the access concentrator to the central terminal and then 
over a wireless link to the subscriber terminal. 

5 In preferred embodiments, the XTUs 110 are connected to the switch of the 

teleconmiunications network via El lines. The number of El lines required will 
depend on the number of subscriber terminal lines supported by the wireless 
teleconununications system, each subscriber terminal line having a dedicated time slot 
on a predetermined one of the El connections. 

10 Once the necessary information has been retrieved by the XTU 110 from the 

database 150, then the XTU 110 is arranged to contact ±e tributary unit 120 within 
the access concentrator 100, hereafter referred to as the CTU 120 (Concentrator 
Tributary Unit), to request a call manager within the CTU 120 to determine a suitable 
path for directing the call over the backplane between the XTU 1 10 and the CTU 

15 120, over the backhaul between the access concentrator 100 and the central terminal 
10, and over the wireless link between the central terminal and the subscriber 
terminal to which the call is destined. 

The exact mechanism used by the call manager to determine the path for 
routing the call between the access concentrator, the central terminal and the 

20 subscriber terminal is not relevant for the purposes of the present invention. 
However, a detailed discussion of a preferred technique for performing this process 
is described in detail in UK Patent Application No. 9712168.5 filed on 1 1 June 1997. 

However, in brief, the call manager preferably establishes a call object to 
represent the call, and then stores the information retrieved from the database 150 by 

25 the XTU as attributes of that call object. Further, the call manager preferably 
employs certain elements within the access concentrator and the central terminal to 
determine whether there is a radio slot available for carrying the call between the 
central terminal and the subscriber terminal. Herein, the term "radio slot" refers to 
the bandwidth elements into which each frequency channel is sub-divided, these raaio 

30 slots being assigned to panicular calls as required. 

Once a radio slot has been allocated for the call, the call manager within the 
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CTU 120 causes the addressed subscriber terminal to be invited to acquire the 
wireless link on that radio slot. Once the subscriber terminal has acquired the 
wireless link on the correct radio slot, then the call manager employs elements to 
allocate bearer time slots on the links of the concentrated backhaul interface between 

5 the access concentrator 100 and the central terminal 10, and on the concentrated 
backplane between the XTU 110 and the CTU 120 in the access concentrator 100. 

The backplane and the backhaul are referred to as "concentrated", because the 
number of time slots provided are less than the actual number of subscriber terminals 
supported by the system. Hence, a bearer time slot is allocated dynamically as and 

10 when required. Hence, unlike the El connections between the XTUs 110 and the 
exchange switch, where data relating to a particular subscriber terminal line will 
always appear on a particular time slot of a particular El line, the data for a 
particular subscriber terminal line may appear on any free bearer time slots on the 
backplane and the backhaul, since these time slots are allocated dynamically at the 

15 time the call is initiated. 

Once the above process has taken place, then the call can be routed from the 
XTU 1 10 over the backplane to the CTU 120, and from there over the backhaul to 
a tributary unit 130 within one of the modem shelves of the central terminal with 
which the subscriber terminal has established the wireless link, this tributary unit 130 

20 being referred to as a DTU 130 (Demand Assignment Tributary Unit). As discussed 
earlier with reference to Figure 3a, the data is then routed via the modem card 70. 
an analogue card 68, a transmit/receive RF Unit 66, and then via the RF combiner 
shelf 42 before being transmitted from the central terminal antenna to the subscriber 
terminal over the wireless link. 

25 The above description has discussed the general technique used to route an 

incoming call from a switch of a telecommunications network to a particular 
subscriber terminal. A similar process is employed in the reverse direction for 
outgoing calls from a subscriber terminal to the switch. In this instance, when the 
subscriber terminal contacts the central terminal to establish an outgoing call, then 

30 once the radio link is established the DTU 130 within the appropriate central terminal 
modem shelf accesses the database 180 to retrieve the necessary information (eg El 



wo 99/49670 



16 



PCT/GB99/00867 



time slot ID) to enable the call to be routed via the backhaul and the backplane to the 
correct El line to the switch. The information retrieved is then transmitted with the 
set up message to the CTU 120 to enable a call object to be created. 

As mentioned earlier with reference to Figure 3, element managers are used 

5 in preferred embodiments of the present invention to manage the wireless 
telecommunications system, and these element managers interface with the various 
equipment shelves of the telecommunications system via shelf controllers. Hence, an 
element manager can establish a connection with a shelf controller in order to perform 
management functions relating to teleconmiunications elements of the 

10 telecommunications system. 

In accordance with preferred embodiments of the present invention, the 
telecommunications system maintains a hierarchical structure of objects in order to 
model the stnicmre of the telecommunications system, and management of the 
telecommunications elements of the telecommunications system is preferably 

15 performed by appropriate manipulation of the corresponding objects within the 
hierarchical object structure. 

The objects provided within the hierarchical structure can represent various 
entities. For example, an object may represent a telecommunications element of the 
telecommunications system. Further, an object may represent not only an element 

20 of the telecommunications system, but also an operation to be applied to that element. 
Additionally, other combinations of elements and/or operations may be represented 
by objects. For example, an object may represent a single element, and a group of 
operations to be applied to that element, or alternatively an object may represent a 
group of elements and an operation to be applied to that group of elements. 

25 Thus, as an example, each of the databases 150. 180 may be represented by 

a database object, and indeed individual records within those databases may be 
represented by separate objects depending from the database object in the hierarchical 
stnicmre. Additionally, certain objects may relate to a panicular element of the 
telecommunications system, such as a disc storage device, and also defme an 

30 operation to be applied to that element. Thus, for example, a single object may 
specify a particular disc storage device, and a write operation to be applied to that 
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disc storage device. 

As will be discussed in more detail later when describing the messages passed 
between the element manager and shelf controllers of the telecommunications system, 
the basic principle behind the communications between the element manager and the 

5 shelf controllers is that most operations should be considered as the transfer of an 
object from one side of the communications to the other. In preferred embodiments, 
all objects in the hierarchical structure are identified by a hierarchical addressing 
scheme. In accordance with the addressing scheme employed in preferred 
embodiments, each object has a Relative Distinguished Name (RDN) which includes 

10 a type attribute specifying an object type, and an instance attribute identifying the 
particular instance of that object type. Whilst the RDN provides a unique identifier 
for an object when viewed from its inmiediate superior, or parent, object in the object 
structure, there are likely to be objects having the same RDN within the entire object 
structure. Hence, to provide a unique identifier for a particular object, a 

IS Distinguished Name (DN) is defined, which is formed by the concatenation of all of 
the RDNs for each object instance in the containment path from the route object of 
the object structure to the object instance being identified. 

As discussed earlier, an element manager can establish a connection widi a 
shelf controller of the teleconmiunications system in order to perform management 

20 functions. Hence, an element manager 210 can establish a connection with a shelf 
controller 140 of the access concentrator 100 to perforai management functions 
relating to the telecommunications elements provided within the access concentrator 
100. Alternatively, the element manager 210, or indeed a different element tngrager, 
can establish a connection with the shelf controller 170 of a modem shelf 46 of the 

25 central terminal 10 in order to perform management functions relating to the 
telecommunications elements provided on that modem shelf. 

Further, the teleconununications system of preferred embodiments provides 
a management time slot on each channel of the backhaul between the access 
concentrator 100 and the central terminal 10, and hence it is possible for the element 

30 manager 210 to connect to the shelf controller 140 of the access concentrator 100, but 
to initiate management functions to be performed within the modem shelf managed 
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by the shelf controller 170. In such instances, the necessary information about the 
management functions is routed in packets over the appropriate backhaul management 
time slot from the shelf controller 140 to the shelf controller 170 to enable those 
management functions to be performed on that modem shelf. In preferred 
5 embodiments, die transport mechanism defined by the Q.921 standard is used to 
transfer this information between the element manager and the shelf controller 170. 
Each shelf controller has a Terminal Endpoint ID (TEI), and this TEI is associated 
with the information packets to ensure that the correct shelf controller receives those 
information packets. 

10 Sunllarly, if the element manager 210 is connected to the shelf controller 170, 

management functions relating to the access concentrator 100 could be passed from 
the element manager 210 to the shelf controller 170. and then routed over the 
backhaul to the shelf controller 140 of the access concentrator 100. 

Further, it should be noted that the above functionality is not merely limited 

IS to a single "hop" between a central terminal modem shelf and the access concentrator. 
For example, the element manager may connect to one modem shelf, and manage 
another modem shelf on a different central terminal by transfer of the information 
over the backhaul between the modem shelf (to which the element manager is 
connected) and the access concentrator, and then over another backhaul between the 

20 access concentrator and the modem shelf to be managed by the element manager. 

In accordance with preferred embodiments of the present invention, the 
element manager 210 is provided with a management controller 220 for interfacing 
with the shelf controllers 140, 170 on teleconununications equipment such as the 
access concentrator 100 and a central terminal modem shelf 46. Conununication 

25 between the management controller 220 of the element manager 210 and the shelf 
controller of the telecommunications equipment is effected via messages. Hence, 
within the management controller 220 of the element manager 210, a set of messages 
are defined, that may be sent over the interface between the management controller 
220 and the shelf controller 140, 170. Similarly, each shelf controller 140, 170 will 

30 also have access to the same set of messages. 

In preferred embodiments, the management controller 220 and shelf controllers 
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140, 170 include a software element for parsing each type of message, with the 
structure of each message being defined in the software code. However, 
alternatively, the set of messages could be defined in a storage accessible by the 
management controller 220, or shelf controllers 140, 170, for example internal 

5 memory of the element manager 210. 

Various messages used in preferred embodiments to conmiunicate between the 
management controller 220 of the element manager 210 and the shelf controller 140, 
170 of the telecommunications system are illustrated in Figures 6A to 6F. These 
figures represent in tabular form the format of each message, with the width of the 

10 table representing a byte of information. Further, the syntax of the messages follows 
the general data format standards defined by the Q. 931 standard. 

Figure 6A illustrates the format of a "Set" message that is issued by the 
management controller 220 in preferred embodiments to instruct the shelf controller 
140, 170 to overwrite an object identified within the message with object data also 

IS defined in the message. The first byte of the Set message is used to identify a 
protocol discriminator as required by the Q.931 standard. In preferred embodiments, 
the protocol discriminator defines the set message as being part of a user defined 
message set. The same protocol discriminator is also included in the various other 
messages to be discussed below, to indicate that these messages are all part of the 

20 same user-defined message set. The last four bits of the second byte are used to 
identify the length in bytes of a call reference to be included within the message. 

The call reference itself is then included within the message and takes up a 
number of bytes as specified by the call reference length. The call reference is 
assigned by the transmitter of the message, and any message returned in response to 

25 that message will also contain the same call reference. This hence enables a 
particular transaction to be identified. 

Further, in preferred embodiments, a direction flag is associated with the call 
reference, this preferably having a single bit value. If the direction flag has a logic 
"0" value, then in preferred embodiments this indicates that the message is initiating 

30 a transaction. If the direction flag has a logic "1" value, this indicates the message 
is being returned in response to an earlier message having the same call reference. 
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A function code is also included in each message, and in preferred 
embodiments is specified by a seven bit value. If the function code has a value of 
"1", then this indicates that the message is a Set message. 

The Set message also includes two information elements in addition to the 
above information. The first information element is a Distinguished Name 
information element that uniquely identifies the object to which the Set message is 
applicable. The second information element is an Object information element that 
contains object data to replace the current object data of the object identified by the 
Distinguished Name information element. The contents of these information elements 
will be discussed in more detail with reference to Figures 7 A to 7D. 

Figure 6B illusurates the structure of a Get Request message which is used to 
request that an object be returned in response to the Get Request message, the 
panicular object being identified within the message. As with the Set message, the 
Get Request message includes a protocol discriminator, a call reference length, a 
direction flag, a call reference and a function code. In this instance, the function 
code has a value of "2" to identify that the message is a Get Request message. The 
Get Request message also includes one information element, namely a distinguished 
name information element to identify the object thdX is being requested. . 

In response to a Get Request message, either a Get Result message (illustrated 
in Figure 6C) or an Acknowledge message (illustrated in Figure 6D) will be returned. 
The Get Result message is returned if the Get Request message is processed correctly. 
As illustrated in Figure 6C, the Get Result message includes a protocol discriminator, 
a call reference length, a direction flag, a call reference, and a function code having 
the same formats as those illustrated earlier for the Set and the Get Request messages. 
In this instance, the function code has a value of "3" to identify that the message is 
a Get Result message. The Get Result message then includes a single information 
element, namely an object infonnauon element containing the data of the object 
requested. 

If for some reason, the Get Request message cannot be processed, then an 
Acknowledge message as illustrated in Figure 6D is used. Again, the Acknowledge 
message includes a protocol discriminator, a call reference length, a direction flag, 



wo 99/49670 



21 



PCT/GB99/00867 



a call reference and function code, and in this instance the function code has a value 
of "4" to indicate that the message is an Acknowledge message. The Acknowledge 
message then includes a single information element, namely a Result information 
element. The Result information element includes a code identifying the reason why 
the Get Request message could not be processed, these codes being discussed in more 
detail later when describing the Result information element illustrated in Figure 7C. 

The Get Result message discussed earlier with reference to Figure 6C is only 
issued in response to a Get Request message. However, in the preferred 
embodiments, there arc certain instances in which the telecommunications system may 
wish to transmit objects to the element manager of its own volition. For example, 
in the event that an alarm is raised in connection with a particular element of the 
telecommunications system, then the telecommunications system may wish to send a 
corresponding object to the element manager to notify the element manager of that 
alarm. In such situations, an Unsolicited Get message is used, and the contents of 
the Unsolicited Get message are illusurated in Figure 6E. This Unsolicited Get 
message has a similar format to the Get Result message, but in addition includes an 
extra information element, namely a Distinguished Name Information element, to 
identify the object whose data is included in the Object information element enclosed 
in the Unsolicited Get message. Since this Get message is unsolicited, it is clear that 
the Distinguished Name information element is required in order for the element 
manager to identify the object to which the object data in the Object information 
element relates. For these message, the function code has a value of '*S" to indicate 
that the message is an Unsolicited Get message. 

As will be discussed in detail later, in some instances, the Unsolicited Get 
message will be sent as a result of some ongoing operation that was started by a Set 
message, in which case the call reference within the Unsolicited Get message will be 
identical to that of the original Set message. However, for completely unsolicited 
objects, the Unsolicited Get message will have a zero call reference. 

A further message that is provided in preferred embodiments of the present 
invention is a Login User message, illustrated in Figure 6F. This message is used 
to enable a particular specified user to login, with any existing users being logged 
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out. The Login User message, as with all of the other messages discussed, has a 
protocol discriminator, a call reference length, a direction flag, a call reference and 
a function code, in this instance the function code having a value of "6" to identify 
the message as a Login User message. Further, the Login User message has a 
5 Password information element which identifies a password string idendfying the 
particular user seeking to login. In response to a Login User message, an 
Acknowledge message is returned, the Result information element of which 
identifying whether the login process has been successful, or why the login has been 
unsuccessful. 

10 To enable a user to logout, the same Login User message is used in preferred 

embodiments, but in this instance a zero length password is specified. In accordance 
with the normal procedure employed in response to a Login User message, all 
existing users are logged out, and hence the current user is logged out. However, the 
zero length password results in no new user being logged in, thereby achieving the 

15 result of logging out the current user. Again, an Acknowledge message is returned 
to identify whether the Login User message has been processed correctly or not. 

Having discussed the various messages stored within the memory 230 of the 
element manager 210, and within the memories 270, 280 accessible by the shelf 
controllers 140, 170, the information elements used within these various messages 

20 will now be described with reference to Figures 7 A to 7D. Fields in the information 
elements may be fixed or variable length. In Figures 7 A to 7D, fixed length fields 
are shown in the diagrams as the exact number of bytes. Variable length fields, 
which use the top bit of each byte as a continuation flag (1 for further bytes), are 
shown in the diagrams as a single byte, with a "0** in the top bit. It should be noted 

25 diat, in accordance with preferred embodiments, a variable length field will have a 
maximum of four bytes, which, due to the presence of the continuation flag in each 
byte, corresponds to twenty-eight bits of valid information. 

Figure 7A illustrates the structure of the Distinguished Name information 
element. Firstly, a variable length field provides the information element ID. which 

30 in this instance will identify that the infonnation element is a Distinguished Name 
information element. Then a fixed field of one byte is used to identify the length of 
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the information element that follows, with another fixed field of one byte being used 
to identify the number of type and instance pairs that are to follow in the 
Distinguished Name information element. As mentioned earlier, a Distinguished 
Name identifying a particular object instance is formed by the concatenation of all of 

5 the Relative Distinguished Names for each object instance in the containment path 
from the root object to the object instance being identified. Each Relative 
Distinguished Name is identified by the combination of a type attribute specifying an 
object type, and an instance attribute identifying the particular instance of that object 
type. Hence, for each object instance in the containment path, there will be a type 

10 and an instance pair. Thus, the Distinguished Name information element includes a 
number of pairs of variable length fields, the first variable length field being arranged 
to identify each type and the second variable length field being arranged to identify 
each instance. Hence, staning with the most significant object instance in the 
containment path, in preferred embodiments this being die object immediately under 

15 the root object, the remainder of the Distinguished Name information element is taken 
up with type/instance pairs identifying each object instance in the containment path. 

Figure 7B illustrates the structure of the Object information element. As with 
the Distinguished Name information element, die Object information element includes 
a variable length field identifying an information element ID to indicate that the 

20 information element is indeed an Object information element. A fixed length field 
of one byte is then used to specify die length in bytes of the object data included 
within the Object information element. The Object information element ttien includes 
the object data itself, which takes up the number of bytes identified in the length 
field. 

25 Figure 7C illustrates the structure of die Resuh information element. As with 

die Object information element, the Result information element includes a variable 
length field providing the information element ID, followed by a fixed length field 
specifying die lengdi of the result code included wiUiin die Result information 
element. The result code is a variable length field indicating how the message being 

30 acknowledged by the Acknowledge message has been processed. Six possible result 
codes used in preferred embodiments of the present invention are as follows: 
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0 EMID_RESULT_OK (indicates process completed correctly) 

1 EMID^RESULT^^UNKNOWNDN (Distinguished Name not known) 

2 EMID^RESULT BADPASSWORD (Password incorrect) 

3 EMID^RESULT JNSUFFRIGHTS (user does not have necessary access 
rights) 

4 EMID_RESULT_BADOBJECTSIZE (object size incorrect - object must 
be same size as one it is overwriting) 

5 EMID_RESULT_OUTOFSEQUENCE (relevant to processes such as s/ w 
download, where messages must be processed in sequence) 

6 EMID^RESULT^UNKNOWNMSG (instance of message is not 
recognised) 

Figure 7D illustrates the Password information element contained within the 
Login User message. This Password information element has a variable length field 
specifying the information element ID, followed by a fixed length field specifying the 
length of the password included within the Password information element. The 
password is then included within the Password information element. 

By employing the above described set of messages, a simple interface 
mechanism is established between the element manager and the shelf controllers of 
the teleconmiunications system. Furthermore, the interface is generic, in that it is 
independent of the particular management functions that need to be performed on any 
particular teleconmiunications system. For example, Figure 8 is an interaction 
diagram that illustrates how the above described simple set of messages can be used 
to perform a software download function in preferred embodiments of the present 
invention. 

To begin the software download function, the management controller 220 of 
the element manager 210 issues a Set message to the shelf controller 140, the 
Distinguished Name information element within this Set message identifying an 
EXEMAN_OPEN object, and the Object information element identifying the object 
data to be associated with the EXEMAN_OPEN object. The EXEMAN_OPEN 
object identifies an executable manager, and an open command to be applied by that 
executable manager. Hence, upon receiving the Set message, the shelf controller 140 
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causes the executable manager to open a file specified within the object data of the 
Object information element. 

Then, the shelf controller 140 issues an Unsolicited Get message back to the 
management controller 220, this unsolicited Get message identifying in its 

5 Distinguished Name information element an EXEMAN_PROGRESS object. The 
Object information element of the Unsolicited Get message then includes the object 
data to be associated with the EXEMAN^PROGRESS object. This 
EXEMAN_PROGRESS object is used to provide a progress report on the operation 
of the executable manager, and hence the object data in the Object information 

10 element of the Unsolicited Get message will identify whether the executable manager 
has been able to process the open command correctly. 

If for any reason the data remmed in the Unsolicited Get message indicates 
that the executable manager has not been able to open the file, then, as illustrated in 
Figure 8, the management controller 220 is arranged to send a further Set message, 

15 identifying an EXEMAN_CLOSE object. This wUl cause the shelf conu-oller 140 to 
instruct the executable manager to close the file, and the shelf controller 140 will then 
issue an unsolicited Get message back to the management controller, enclosing the 
EXEMAN_PROGRESS object to confirm whether the close conmiand has been 
processed correctly. 

20 However, assuming the original Unsolicited Get message sent in response to 

the Set(EXEMAN_OPEN) message indicated that the open command had been 
processed correctly, the management controller sets a *'Going" flag to true, and then 
is arranged to send a Set message to the shelf controller 140 con:^lmi.g an 
EXEMAN^WRTTE object. The Object information element within the Set message 

25 will include a block of data to be written into the file previously opened. The 
EXEMAN^WRITE object identifies the executable manager, and a write command, 
and the shelf controller 140 will respond to the EXEMAN_^WRITE object by causing 
the executable manager to write the data identified within the EXEMAN^WRITE 
object into the file already opened. The shelf controller 140 will then return an 

30 Unsolicited Get message to the management controller enclosing the 
EXEMAN_PROGRESS object which will identify the stams of the write command. 
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If for any reason the EXEMAN^PROGRESS object indicates that the write 
conunand has not been processed correctly, then the "Going" flag is set to false and 
a Set message is issued by the management controller 220 to the shelf controller 140, 
enclosing an EXEMAN_CLOSE object, in order to cause the executable manager to 

5 close the file. Then, the shelf controller 140 will return an Unsolicited Get message 
to the management controller 220, enclosing the EXEMAN^PROGRESS object, to 
confirm whether the close command has been completed successfully. However, 
assuming that the write command has been processed correctly, then it is determined 
whether there are any more blocks of data to be sent to the shelf controller for 

10 writing into the opened file, and if so, further Set messages, including the 
EXEMAN WRITE object specifying the data block(s) to be written, are sent to the 
shelf controller 140. 

When there are no further blocks of data to be sent, then the management 
controller 220 is arranged to send a Set message, including the EXEMAN^CLOSE 

IS object, which will cause the executable manager to close the identified file. The shelf 
controller 140 will then return an unsolicited Get message to the management 
controller 220, including the EXEMAN^PROGRESS object, to confirm whether the 
close command has been processed correctly. 

Hence, it can be seen from Figure 8 that a software download procedure can 

20 be performed using only the small set of messages defined earlier. Indeed, for 
software download, only the Set message and Unsolicited Get message are actually 
required. Whilst software download has been discussed as one example of a complex 
procedure which can be effected using the simple interface mechanism described 
earlier, it will be appreciated by those skilled in the art that there are many other 

25 management functions which can also be handled in this way. For example, various 
line testing procedures can also be performed using the simple message set discussed 
earlier. 

Although a particular embodiment has been described herein, it will be 
appreciated that the invention is not limited thereto and that many modifications and 
30 additions thereto may be made within the scope of the invention. For example, 
various combinations of the features of the following dependent claims could be made 
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with the features of the independent claims without departing from the scope of the 
present invention. 
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CLAIMS 

1. A management system for a teleconmiunications system, the 
teleconrniunications system having a plurality of objects representing elements of the 

5 telecommunications system and/or operations that may be applied to those elements, 
the management system comprising: 

a management controller connectable to an item of telecommunications 
equipment of the teleconununications system for passing messages over a 
conmiunications link between the management controller and a management element 
10 of the teleconununications system to invoke management operations; 

means for defining a number of messages which may be generated by the 
management controller or the management element for passing over the 
conmiunications link, each message being arranged to include one or more 
information elements; 

IS at least one of the messages being arranged to identify one of said objects as 

an information element and to cause different management operations to be invoked 
dependent on the object identified. 

2. A management system as claimed in Claim 1, wherein at least one of the 
20 plurality of objects represents an element of the telecommunications system. 

3. A management system as claimed in Claim 1 or Claim 2, wherein at least one 
of the plurality of objects represents an element of the teleconmiunications system and 
an operation to be applied to that element. 

25 

4. A management system as claimed in any of claims 1 to 3, wherein said means 
for defining defines a first message that is arranged to include two information 
elements, a first information element identifying a particular object from said plurality 
of objects, and the second information element identifying object data to replace 

30 corresponding object data in the particular object. 
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5. A management system as claimed in Claim 4, wherein the particular object 
represents an element of the teieconmiunications system and an operation to be 
applied to that element, the management controller being arranged to pass the first 
message over the communications link to the management element to invoke a 

5 management operation, the management operation invoked depending on the operation 
represented by the particular object. 

6. A management system as claimed in any preceding claim, wherein said means 
for defining defines a second message that is arranged to include an information 

10 element identifying one of said plurality of objects, receipt of the second message 
causing the identified object to be retrieved and output as an information element 
within a third message defined by said means for defining. 

7. A management system as claimed in any of claims 4 to 6, wherein said means 
15 for defining defines a fourth message that is issued to acknowledge receipt of a 

message passed over the conununications link. 

8. A management system as claimed in Claim 7, wherein the fourth message is 
issued if the message to be acknowledged by the fourth message could not be 

20 processed correctly, the fourth message including as an information element an 
indication of the processing problem. 

9. A management system as claimed in any preceding claim, wherein the 
management controller is connectable to a first item of teieconmiunications equipment 

25 of the teieconmiunications system, and the management element of the 
telecommunications system resides on a second item of telecommunications 
equipment, and the messages are routed to and from the management element via a 
connection medium of the telecommunications system connecting the first and second 
items of teieconmiunications equipment. 

30 

10. A management system as claimed in Claim 9, wherein the connection medium 
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is a backhaul used to transfer telecommunications signals between the first and second 
items of teleconmiunications equipment, a management slot being provided on the 
backhaul to facilitate transfer of the messages between the management element and 
the first item of telecommunications equipment. 

5 

11. A telecommunications system, comprising: 

a storage for maintaining a plurality of objects representing elements of the 
teleconmiunications system and/or operations that may be applied to those elenients; 
a management element for conmiunicating over a communications link with 
10 a management system; and 

a management system as claimed in any preceding claim. 

12. A teleconmiunications system as claimed in Claim 11, wherein the 
management element is a shelf controller provided within an item of 

IS telecommunications equipment to manage operation of a shelf of teleconmiunications 
components. 

13. A telecommunications system as claimed in any preceding claim, wherein 
wireless links are employed to route telecommunications signals between at least some 

20 of the items of telecommunications equipment of the telecommunications system. 

14. A method of managing a telecommunications system^ the telecommunications 
system having a plurality of objects representing elements of the telecommunications 
system and/or operations that may be applied to those elements, the method 

25 comprising the steps of: 

connecting a management controller to an item of telecommunications 
equipment of the teleconmiunications system; 

selecting a message from a number of messages, each message in the numHer 
of messages being arranged to include one or more information elements; 
30 passing the selected message over a communications link between the 

management controller and a management element of the telecommunications system 
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to invoke a management operation; and 

invoking the management operation, at least one of the messages being 
arranged to identify one of said objects as an information element and to cause 
different management operations to be invoked dependent on the object identified. 

5 

15. A method as claimed in Claim 14, wherein a first message of said number of 
messages is arranged to include two information elements, a first information element 
identifying a particular object from said plurality of objects, and the second 
information element identifying object data to replace corresponding object data in the 

10 particular object. 

16. A method as claimed in Claim 15, wherein the particular object represents an 
element of the telecommunications system and an operation to be applied to that 
element, the management controller being arranged to pass the first message over the 

15 conmiunications link to the management element to invoke a management operation, 
the management operation invoked depending on the operation represented by the 
particular object. 
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FIG. 4 
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